home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / cbm / 1252 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.5 KB
  1. Path: sdcc12.ucsd.edu!sdcc13!ckaiser
  2. From: ckaiser@sdcc13.ucsd.edu (Po-Ching Lives!)
  3. Newsgroups: comp.sys.cbm
  4. Subject: Save-replace bug (was Re: Various Commodore Computers (please read))
  5. Date: 25 Jan 1996 16:00:24 GMT
  6. Organization: University of California, San Diego
  7. Message-ID: <4e89eo$1dg@sdcc12.ucsd.edu>
  8. References: <577469@363.chatlink.com>
  9. NNTP-Posting-Host: sdcc13.ucsd.edu
  10.  
  11. In <577469@363.chatlink.com> Bios@sys363.chatlink.com writes:
  12.  
  13. [ NA> = included from a previous article ]
  14.  
  15. >NA>As I recall (which is probably not entirely correct) is something with
  16. >NA>un-ready drives (such as drive #1 which isn't there) and a shortage of
  17. >NA>buffers (another 1540 problem, since the single drives are half a
  18. >NA>double drive in every respect: half the mechanics, half the processors
  19. >NA>and half the memory).
  20.  
  21. A popular way of putting this is that the 15xx drives, and I think
  22. early 1571's, with the exception of the 1581, spend most of their
  23. time convincing themselves they're really drive 0, and not drive 1.
  24. So, you get a ghost phenomenon where in certain isolated
  25. circumstances, you have a drive with multiple personalities that
  26. writes to this ghost drive 1 (the theory goes) and makes a mess.
  27.  
  28. >NA>There was apparently a program published that reliably demonstrated the
  29. >NA>bug (even though it took a while). I'd like to see that program and
  30. >NA>the related article (Transactor?).
  31. >     Yes, I have an article in my transactor magazine which actually
  32. >     demonstrates this bug.  Never tried the program though but it seems
  33. >     to prove that there is a bug with the save and replace feature.
  34.  
  35. The save and replace feature's problem is that it attempts to keep
  36. two copies of the file on the disk at the same time. Normally, this
  37. is not a problem and is in fact a GOOD thing because if something
  38. happens to one copy, or the other, there's still an image of one of
  39. the files on the disk. However, should the ghosting problem happen
  40. to occur while one of these copies is being dealt with, hell breaks
  41. loose. 
  42.  
  43. I have in fact encountered the @0: bug many times myself and
  44. it has wrecked untold hours of work, which is why I now scratch and
  45. save instead. It is *supposed* to go away if you specify the drive
  46. number (save"@0:file",8 instead of save"@:file",8) but I have not
  47. found any increase in reliability with this method. Where there's
  48. smoke, there's usually fire. Anyone know if the emulators also have
  49. this problem?
  50.  
  51. Cameron Kaiser
  52. ckaiser@ucsd.edu
  53. visit the CWI home page at http://www.armory.com/~spectre/cwi.html
  54.